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(57) Abstract: Data in less than all of the pages of a non-volatile memory block are updated by programming the new data in 
^ unused pages of either the same or another block. In order to prevent having to copy unchanged pages of data into the new block, 
^ or to program flags into superceded pages of data, the pages of new data are identified by the same logical address as the pages of 
data which they superceded and a time stamp is added to note when each page was written. When reading the data, the most recent 
Q pages of data are used and the older superceded pages of data are ignored. This technique is also applied to metablocks that include 
^ one block from each of several different units of a memory array, by directing all page updates to a single unused block in one of the 
1^ units. 
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PARTIAL BLOCK DATA PROGRAMMING AND READING 
OPERATIONS IN A NON-VOLATILE MEMORY 



10 BACKGROUND OF THE INVENTION 

This invention pertains to the field of semiconductor non-volatile data storage 
system architectures and their methods of operation, and has application to data 
storage systems based on flash electrically erasable and programmable read-only 
memories (EEPROMs). 
15 A common application of flash EEPROM devices is as a mass data storage 

subsystem for electronic devices. Such subsystems are commonly implemented as 
either removable memory cards that can be inserted into multiple host systems or as 
non-removable embedded storage within the host system. In both implementations, 
the subsystem includes one or more flash devices and often a subsystem controller. 
20 Flash EEPROM devices are composed of one or more arrays of transistor 

cells, each cell capable of non- volatile storage of one or more bits of data. Thus flash 
memory does not require power to retain the data programmed therein. Once 
programmed however, a cell must be erased before it can be reprogrammed with a 
new data value. These arrays of cells are partitioned into groups to provide for 
25 efficient implementation of read, program and erase functions. A typical flash 
memory architecture for mass storage arranges large groups of cells into erasable 
blocks, wherein a block contains the smallest number of cells (unit of erase) that are 
erasable at one time. 

In one commercial form, each block contains enough cells to store one sector 
30 of user data plus some overhead data related to the user data and/or to the block in 
which it is stored. The amount of user data included in a sector is the standard 512 
bytes in one class of such memory systems but can be of some other size. Because 
the isolation of individual blocks of cells from one another that is required to make 
them individually erasable takes space on the integrated circuit chip, another class of 
35 flash memories makes the blocks significantly larger so there is less space required 
for such isolation. But since, it is also desired to handle user data in much smaller 
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sectors, each large block is often further partitioned into individually addressable 
pages that are the basic unit for reading and programming user data (unit of 
programming and/or reading). Each page usually stores one sector of user data, but a 
page may store a partial sector or multiple sectors. A "sector" is used herein to refer 
5 to an amount of user data that is transferred to and from the host as a unit. 

The subsystem controller in a large block system performs a number of 
functions including the translation between logical addresses (LBAs) received by the 
memory sub-system from a host, and physical block numbers (PBNs) and page 
addresses within the memory cell array. This translation often involves use of 

10 intermediate terms for a logical block number (LBN) and logical page. The controller 
also manages the low level flash circuit operation through a series of commands that it 
issues to the flash memory devices via an interface bus. Another function the 
controller performs is to maintain the integrity of data stored to the subsystem through 
various means, such as by using an error correction code (ECC). 

15 In an ideal case, the data in all the pages of a block are usually updated 

together by writing the updated data to the pages within an unassigned, erased block, 
and a logical-to-physical block number table is updated with the new address The 
original block is then available to be erased. However, it is more typical that the data 
stored in a number of pages less than all of the pages within a given block must be 

20 updated. The data stored in the remaining pages of the given block remains 
unchanged. The probability of this occurring is higher in systems where the number 
of sectors of data stored per block is higher. One technique now used to accomplish 
such a partial block update is to write the data of the pages to be updated into a 
corresponding number of the pages of an unused erased block and then copy the 

25 unchanged pages from the original block into pages of the new block. The original 
block may then be erased and added to an inventory of unused blocks in which data 
may later be programmed. Another technique similarly writes the updated pages to a 
new block but eliminates the need to copy the other pages of data into the new block 
by changing the flags of the pages in the original block which are being updated to 

30 indicate they contain obsolete data. Then when the data are read, the updated data 
read from pages of the new block are combined with the unchanged data read from 
pages of the original block that are not flagged as obsolete. 
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SUMMARY OF THE INVENTION 

According to one principal aspect of the present invention, briefly and 
generally, both the copying of unchanged data from the original to the new blocks and 
the need to update flags within the original block are avoided when the data of fewer 
than all of the pages within a block are being updated. This is accomplished by 
maintaining both the superceded data pages and the updated pages of data with a 
common logical address. The original and updated pages of data are then 
distinguished by the relative order in which they were programmed. During reading, 
the most recent data stored in the pages having the same logical address are combined 
with the unchanged pages of data while data in the original versions of the updated 
pages are ignored. The updated data can be written to either pages within a different 
block than the original data, or to available unused pages within the same block. In 
one specific implementation, a form of time stamp is stored with each page of data 
that allows determining the relative order that pages with the same logical address 
15 were written. In another specific implementation, in a system where pages are 
programmed in a particular order within the blocks, a form of time stamp is stored 
with each block of data, and the most recent copy of a page within a block is 
established by its physical location within the block. 

These techniques avoid both the necessity for copying unchanged data from 
20 the original to new block and the need to change a flag or other data in the pages of 
the original block whose data have been updated. By not having to change a flag or 
other data in the superceded pages, a potential of disturbing the previously written 
data in adjacent pages of that same block that can occur from such a writing operation 
is eliminated. Also, a performance penalty of the additional program operation is 
25 avoided. 

A further operational feature, which may be used in conjunction with the 
above summarized techniques, keeps track of the logical offset of individual pages of 
data within the individual memory cell blocks, so that the updated data need not be 
stored with the same physical page offset as the superceded data. This allows more 
30 efficient use of the pages of new blocks, and even allows the updated data to be stored 
in any erased pages of the same block as the superceded data. 

Another principal aspect of the present invention groups together two or more 
blocks positioned in separate units of the memory array (also termed "sub-arrays") for 
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programming and reading together as part of a single operation. Such a multiple 
block group is referenced herein as a "metablock " Its component blocks may be 
either all located on a single memory integrated circuit chip, or, in systems using more 
than one such chip, located on two or more different chips. When data in fewer than 
5 all of the pages of one of these blocks is updated, the use of another block in that 
same unit is normally required. Indeed, the techniques described above, or others, 
may be employed separately with each block of the metablock. Therefore, when data 
within pages of more than one block of the metablock are updated, pages within more 
than one additional block are required to be used. If there are four blocks of four 

10 different memory units that form the metablock, for example, there is some 
probability that up to an additional four blocks, one in each of the units, will be used 
to store updated pages of the original blocks. One update block is potentially required 
in each unit for each block of the original metablock. In addition, according to the 
present invention, updated data from pages of more than one of the blocks in the 

15 metablock can be stored in pages of a common block in only one of the units. This 
significantly reduces the number of unused erased blocks that are needed to store 
updated data, thereby making more efficient use of the available memory cell blocks 
to store data. This technique is particularly useful when the memory system 
frequently updates single pages from a metablock. 

20 Additional aspects, features and advantages of the present invention are 

included in the following description of exemplary embodiments, which description 
should be read in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

25 Figure 1 is a block diagram of a typical prior art flash EEPROM memory array 

with memory control logic, data and address registers; 

Figure 2 illustrates an architecture utilizing memories of Figure 1 with a 
system controller; 

Figure 3 is a timing diagram showing a typical copy operation of the memory 
30 system of Figure 2; 

Figure 4 illustrates an existing process of updating data in less than all of the 
pages of a multi-paged block; 
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Figures 5A and 5B are tables of corresponding logical and physical block 
addresses for each of the original and new blocks of Figure 4, respectively; 

Figure 6 illustrates another existing process of updating data in less than all of 
the pages of a multi-paged block; 
5 Figures 7A and 7B are tables of corresponding logical and physical page 

addresses for the original and new blocks of Figure 6, respectively; 

Figure 8 illustrates an example of an improved process of updating data in less 
than all of the pages of a multi-paged block; 

Figure 9 is a table of corresponding logical and physical page numbers for the 
1 0 new block of Figure 8; 

Figure 10 provides an example of a layout of the data in a page shown in 
Figure 8; 

Figure 1 1 illustrates a further development of the example of Figure 8; 
Figure 12 is a table of corresponding logical and physical page numbers for 
1 5 the new block of Figure 1 1 ; 

Figure 13 illustrates one way to read the updated data in the blocks of Figure 

11; 

Figure 14 is a flow diagram of a process of programming data into a memory 
system organized as illustrated in Figures 8 and 9; Figure 15 illustrates an existing 
multi-unit memory with blocks from the individual units being linked together into a 
metablock and 

Figure 16 illustrates an improved method of updating data of a metablock in 
the multi-unit memory of Figure 12 when the amount of updated data is much less 
that the data storage capacity of the metablock. 

25 

DESCRIPTION OF EXISTIN G LARGE BLOCK MANAGFIyfFNT 

TECHNIQUES 

Figure 1 shows a typical flash memory device internal architecture. The 
primary features include an input/output (I/O) bus 411 and control signals 412 to 
30 interface to an external controller, a memory control circuit 450 to control internal 
memory operations with registers for command, address and status signals. One or 
more arrays 400 of flash EEPROM cells are included, each array having its own row 
decoder (XDEC) 401 and column decoder (YDEC) 402, a group of sense amplifiers 
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and program control circuitry (SA/PROG) 454 and a data register 404. Presently, the 
memory cells usually include one or more conductive floating gates as storage 
elements but other long term electron charge storage elements may be used instead. 
The memory cell array may be operated with two levels of charge defined for each 
5 storage element to therefore store one bit of data with each element. Alternatively, 
more than two storage states may be defined for each storage element, in which case 
more than one bit of data is stored in each element. 

If desired, a plurality of arrays 400, together with related X decoders, 
Y decoders, program/verified circuitry, data registers, and the like are provided, for 

10 example as taught by U.S. Patent 5,890,192, issued March 30, 1999, and assigned to 
Sandisk Corporation, the assignee of this application, which is hereby incorporated by 
this reference. Related memory system features are described in co-pending patent 
application serial no. 09/505,555, filed February 17, 2000 by Kevin Conley et al., 
which application is expressly incorporated herein by this reference. 

15 The external interface I/O bus 41 1 and control signals 412 can include 

the following: 

CS - Chip Select. Used to activate flash memory interface. 

RS - Read Strobe. Used to indicate the I/O bus is being used to 

transfer data from the memory array. 
20 WS - Write Strobe. Used to indicate the I/O bus is being used to 

transfer data to the memory array. 
AS - Address Strobe. Indicates that the I/O bus is being used to transfer 

address information. 
AD[7:0] - Address/Data Bus This I/O bus is used to transfer data between 
25 controller and the flash memory command, 

address and data registers of the memory control 

450. 

This interface is given only as an example as other signal configurations can 
be used to give the same functionality. Figure 1 shows only one flash memory array 
30 400 with its related components, but a multiplicity of such arrays can exist on a single 
flash memory chip that share a common interface and memory control circuitry but 
have separate XDEC, YDEC, SA/PROG and DATA REG circuitry in order to allow 
parallel read and program operations. 
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Data is transferred from the memory array through the data register 404 to an 
external controller via the data registers' coupling to the I/O bus AD[7:0] 411. The data 
register 404 is also coupled the sense amplifier/programming circuit 454. The number 
of elements of the data register coupled to each sense amplifier/programming circuit 
5 element may depend on the number of bits stored in each storage element of the 
memory cells, flash EEPROM cells each containing one or more floating gates as the 
storage elements. Each storage element may store a plurality of bits, such as 2 or 4, if 
the memory cells are operated in a multi-state mode. Alternatively, the memory cells 
may be operated in a binary mode to store one bit of data per storage element. 
10 The row decoder 401 decodes row addresses for the array 400 in order to select 

the physical page to be accessed. The row decoder 401 receives row addresses via 
internal row address lines 419 from the memory control logic 450. A column decoder 
402 receives column addresses via internal column address lines 429 from the memory 
control logic 450. 

Figure 2 shows an architecture of a typical non-volatile data storage system, in 
this case employing flash memory cells as the storage media. In one form, this 
system is encapsulated within a removable card having an electrical connector 
extending along one side to provide the host interface when inserted into a receptacle 
of a host. Alternatively, the system of Figure 2 may be embedded into a host system 
in the form of a pennanently installed embedded circuit or otherwise. The system 
utilizes a single controller 301 that performs high level host and memory control 
functions. The flash memory media is composed of one or more flash memory 
devices, each such device often formed on its own integrated circuit chip. The system 
controller and the flash memory are connected by a bus 302 that allows the controller 
301 to load command, address, and transfer data to and from the flash memory array. 
The controller 301 interfaces with a host system (not shown) with which user data is 
transferred to and from the flash memory array. In the case where the system of 
Figure 2 is included in a card, the host interface includes a mating plug and socket 
assembly (not shown) on the card and host equipment. 

The controller 301 receives a command from the host to read or write one or 
more sectors of user data starting at a particular logical address. This address may or 
may not align with a boundary of a physical block of memory cells. 
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In some prior art systems having large capacity memory cell blocks that are 
divided into multiple pages, as discussed above, the data from a block that is not 
being updated needs to be copied from the original block to a new block that also 
contains the new, updated data being written by the host. This technique is illustrated 
5 in Figure 4, wherein two of a large number of blocks of memory are included. One 
block 1 1 (PBNO) is illustrated to be divided into 8 pages for storing one sector of user 
data in each of its pages. Overhead data fields contained within each page include a 
field 13 containing the LBN of the block 11. The order of the logical pages within a 
logical block is fixed with respect to the corresponding physical pages within a 

10 physical block. A second similarly configured block 15 (PBN1) is selected from an 
inventory of unused, erased blocks. Data within pages 3-5 of the original block 1 1 are 
being updated by three pages of new data 17. The new data is written into the 
corresponding pages 3-5 of the new block 15, and user data from pages 0-2, 6 and 7 
of the block 1 1 are copied into corresponding pages of the new block 15. All pages of 

15 the new block 15 are preferably programmed in a single sequence of programming 
operations. After the block 15 is programmed, the original block 11 can be erased 
and placed in inventory for later use. The copying of data between the blocks 1 1 and 
15, which involves reading the data from one or more pages in the original block and 
subsequently programming the same data to pages in a newly assigned block, greatly 

20 reduces the write performance and usable lifetime of the storage system. 

With reference to Figures 5A and 5B, partial tables show mapping of the 
logical blocks into the original and new physical blocks 1 1 and 15 before (Figure 5 A) 
and after (Figure 5B) the updating of data described with respect to Figure 4. Before 
the data update, the original block 1 1, in this example, stores pages 0-7 of LBN0 into 

25 corresponding pages 0-7 of PBNO. After the data update, the new block 15 stores 
pages 0-7 of LBN0 in corresponding pages 0-7 of PBN1. Receipt of a request to read 
data from LBN0 is then directed to the physical block 1 5 instead of the physical block 
11. In a typical controller operation, a table in the form of that shown in Figures 5 A 
and 5B is built from the LBN field 13 read from a physical page and knowledge of the 

30 PBN that is addressed when reading the data field 13. The table is usually stored in a 
volatile memory of the controller for ease of access, although only a portion of a 
complete table for the entire system is typically stored at any one time. A portion of 
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the table is usually formed immediately in advance of a read or programming 
operation that involves the blocks included in the table portion. 

In other prior art systems, flags are recorded with the user data in pages and 
are used to indicate that pages of data in the original block that are being superceded 
by the newly written data are invalid. Only the new data is written to the newly 
ass lg ned block. Thus the data in pages of the block not involved in the write 
operation but contained in the same physical block as the superceded data need not be 
copied into the new block. This operation is illustrated in Figure 6, where pages 3-5 
of data within an original block 21 (PBNO) are again being updated. Updated pages 
3-5 of data 23 are written into corresponding pages of a new block 25. As part of the 
same operation, an old/new flag 27 is written in each of the pages 3-5 to indicate the 
data of those pages is old, while the flag 27 for the remaining pages 0-2, 6 and 7 
remains set at "new". Similarly, the new PBN1 is written into another overhead data 
field of each of the pages 3-5 in the block 21 to indicate where the updated data are 
located. The LBN and page are stored in a field 31 within each of the physical pages. 

Figures 7A and 7B are tables of the correspondence between the data 
LBN/page and the PBN/page before (Figure 7A) and after (Figure 7B) the data update 
is complete. The unchanged pages 0-2, 6 and 7 of the LBN remain mapped into 
PBNO while the updated pages 3-5 are shown to reside in PBN1. The table of Figure 
7B is built by the memory controller by reading the overhead data fields 27, 29 and 31 
of the pages within the block PBNO after the data update. Since the flag 27 is set to 
"old" in each of pages 3-5 of the original block PBNO, that block will no longer 
appear in the table for those pages. Rather, the new block number PBN1 appears 
instead, having been read from the overhead fields 29' of the updated pages. When 
data are being read from LBN0, the user data stored in the pages listed in the right 
column of Figure 7B are read and then assembled in the order shown for transfer to 
the host. 

Various flags are typically located in the same physical page as the other 
associated overhead data, such as the LBN and an ECC. Thus, to program the 
old/new flags 27, and others, in pages where the data has been, superceded requires 
that a page support multiple programming cycles. That is, the memory array must 
have the capability that its pages can be programmed in at least at least two stages 
between erasures. Furthermore, the block must support the ability to program a page 
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when other pages in the block with higher offsets or addresses have been already 
programmed. A limitation of some flash memories however prevents the usage of 
such flags by specifying that the pages in a block can only be programmed in a 
physically sequential manner. Furthermore, the pages support a finite number of 
5 program cycles and in some cases additional programming of programmed pages is 
not permitted. 

What is needed is a mechanism by which data that partially supercedes data 
stored in an existing block can be written without either copying unchanged data from 
the existing block or programming flags to pages that have been previously 
10 programmed. 

DESCRIPTION OF EXEMPLARY EMBODIMENTS OF THE INVENTION 

There are many different types of flash EEPROM, each of which presents its 
own limitations that must be worked around to operate a high performance memory 

15 system formed on a small amount of integrated circuit area. Some do not provide for 
writing any data into a page that has already been programmed, so updating flags in a 
page that contains superceded data, as described above, is not possible. Others allow 
such flags to be written but doing so in pages whose data is being superceded can 
disturb data in other pages of the same block that remain current. 

20 An example memory system where this has been found to be a problem is a 

NAND type, where a column of memory cells is formed as a series circuit string 
between a bit line and a common potential. Each word line extends across a row of 
memory cells formed of one cell in each such string. Such a memory is particularly 
susceptible to such memory state disturbs when being operated in a multi-state mode 

25 to store more than one bit of data in each such cell. Such operation divides an 
available window of a memory cell transistor threshold voltage range into narrow 
non-overlapping voltage level ranges, each range becoming narrower as the number 
of levels, and thus the number of bits being stored in each cell, are increased. For 
example, if four threshold ranges are used, two bits of data are stored in each cell's 

30 storage element. And since each of the four threshold voltage ranges is necessarily 
small, the chance of the state of a cell being disturbed by programming other cells in 
the same block is increased with multi-state operation. In this case, the writing of the 



-10- 



BNSDOCID: <WO 02058074A2J_> 



15 



30 



WO 02/058074 " 

PCT/US02/00366 

old/new or other nags, as described with respect to Figures 6, 7 A and 7B, cannot be 
tolerated. 

A common feature of each of the existing memory management techniques 
described above with respect to Figures 4-7B is that a logical block number (LBN) 
5 and page offset is mapped within the system to at most two physical block numbers 
(PBNs). One block is the original block and the other contains the updated page data. 
Data are written to the page location in the block corresponding to the low order bits 
of its logical address (LBA). This mapping is typical in various types of memory 
systems. In the techniques described below, pages containing updated data are also 
10 assigned the same LBN and page offsets as the pages whose data has been 
superceded. But rather than tagging the pages contaming original data as being 
superceded, (he memory controller distinguishes the pages containing the superceded 
data from those containing the new, updated version either (1) by keeping track of the 
order in which the pages having the same logical addresses were written, such as by 
use of a counter, and/or (2) from the physical page addresses wherein, when pages are 
wntten in order within blocks from the lowest page address to the highest, the higher 
physical address contams the most recent copy of the data. When the data is accessed 
for reading, therefore, those in the most current pages are used in cases where there 
are pages contaming superceded data that have the same logical addresses, while the 
20 superceded data are ignored. 

A fust specific implementation of this technique is described with respect to 
Figures 8 and 9. The situation is the same in this example as that in the prior art 
techniques described w,th respect to Figures 4-7B, namely the partial re-write of data 
within a block 35, although each block is now shown to contain 16 pages. New data 
37 for each of the pages 3-5 of the block 35 (PBN 35) is written into three pages of a 
new block 39 (PBN1) that has previously been erased, similar to that described 
prev,ously. A LBN and page offset overhead data field 41 written into the pages of 
PBN1 that contain the updated data is the same as that in the pages of the superceded 
data m the initial block PBN0. The table of Figure 9, formed from the data within the 
fields 41 and 41 >, shows this. The logical LBN and page offsets, in the first column 
are mapped into both the first physical block (PBN0), in the second column, and, for 
the pages that have been updated, also into the second physical block (PBN1) in the 
third column. The LBN and logical page offsets 41' written into each of the three 
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pages of updated data within the hew block PBN1 are the same as those 41 written 
into each of a corresponding logical page of the original block PBNO. 

In order to determine which of two pages having the same LBN and page 
offset contains the updated data, each page contains another overhead field 43 that 
5 provides an indication of its time of programming, at least relative to the time that 
other pages with the same logical address are programmed. This allows the controller 
to determine, when reading the data from the memory, the relative ages of the pages 
of data that are assigned the same logical address. 

There are several ways in which the field 43, which contains a form of 

10 time stamp, may be written. The most straight forward way is to record in that field, 
when the data of its associated page is programmed, the output of a real-time clock in 
the system. Later programmed pages with the same logical address then have a later 
time recorded in the field 43. But when such a real-time clock is not available in the 
system, other techniques can be used. One specific technique is to store the output of 

15 a modulo-N counter as the value of the field 43. The range of the counter should be 
one more than the number of pages that are contemplated to be stored with the same 
logical page number. When updating the data of a particular page in the original 
block PBNO, for example, the controller first reads the count stored in the field 43 of 
the page whose data are being updated, increments the count by some amount, such as 

20 one, and then writes that incremented count in the new block PBN1 as the field 43'. 
The counter, upon reaching a count of N+l, rolls over to 0. Since the number of 
blocks with the same LBN is less than N, there is always a point of discontinuity in 
the values of stored counts. It is easy then to handle the rollover with normalized to 
the point of discontinuity. 

25 The controller, when called upon to read the data, easily distinguishes between 

the new and superceded pages' data by comparing the counts in the fields 43 and 43' 
of pages having the same LB A and page offset. In response to a need to read the most 
recent version of a data file, data from the identified new pages are then assembled, 
along with original pages that have not been updated, into the most recent version of 

30 the data file. 

It will be noted that, in the example of Figure 8, the new data pages 37 are 
stored in the first three pages 0-2 of the new block PBN1, rather than in the same 
pages 3-5 which they replace in the original block PBNO. By keeping track of the 
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individual logical page numbers, the updated data need not necessarily be stored in 
the same page offset of the new block as that of the old block where superceded data 
is contained. Page(s) of updated data can also be written to erased pages of the same 
block as the page of data being superceded. 

As a result, there is no constraint presented by the techniques being described 
that limit which phys.cal page new data can be written into. But the memory system 
in which these techniques are implemented may present some constraints. For 
example, one NAND system requires that the pages within the blocks be programmed 
in sequential order. That means that programming of the middle pages 3-5, as done in 
the new block 25 (Figure 6), wastes the pages 0-2, which cannot later be programmed. 
By storing the new data 37 in the first available pages of the new block 39 (Figure 8) 
in such a restrictive system, the remaining pages 3-7 are available for later use to store 
other data. Indeed, if the block 39 had other data stored in its pages 0-4 at the time 
the three pages of new data 37 were being stored, the new data could be stored in the 
remaining unused pages 5-7. This makes maximum use of the available storage 
capacity for such a system. 

An example of the structure of data stored in an individual page of the blocks 
of Figure 8 is shown in Figure 10. The largest part is user data 45. An error 
correction code (ECC) 47 calculated from the user data is also stored in the page. 
Overhead data 49, including the LBN and page tag 41 (logical page offset), the time 
stamp 43 and an ECC 51 calculated from the overhead data are also stored in the 
page. By having an ECC 50 covering the overhead data that is separate from the user 
data ECC 47, the overhead 49 may be read separately from the user data and 
evaluated as valid without the need to transfer all of the data stored in the page. 
Alternatively, however, where the separate reading of the overhead data 49 is not a 
frequent event, all of the data in the page may be covered by a single ECC in order to 
reduce the total number of bits of ECC in a page. 

A second specific implementation of the inventive technique can also be 
described with respect to Figure 8. In this example, the time stamp is used only to 
determine the relative age of the data stored in blocks, while the most recent pages 
among those that carry the same LBN and page number are determined by their 
relative physical locations. The time stamp 43 then does not need to be stored as part 
of each page. Rather, a single time stamp can be recorded for each block, either as 
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part of the block or elsewhere within the non-volatile memory, and is updated each 
time a page of data is written into the block. Data is then read from pages in an order 
of descending physical address, starting from the last page of the most recently 
updated block containing data pages having the same LBN. 
5 In Figure 8, for example, the pages are first read in the new block PBN1 from 

the last (page 15) to the first (page 0), followed by reading the pages of the original 
block PBNO in the same reverse order. Once logical pages 3, 4 and 5 have been read 
from the new block PBN1, the superceded data in those pages of the original block 
PBNO that are identified by the same logical page numbers can be skipped during the 

10 reading process. Specifically, physical pages 3, 4 and 5 of the old block PBNO are 
skipped during reading, in this example, once the controller determines that their 
LBN/pages 41 are the same as those of the pages already read from the new block 
PBN1. This process can increase the speed of reading and reduce the number of 
overhead bits 49 that need to be stored for each page. Further, when this reverse page 

15 reading technique is employed, the table of Figure 9 used by the controller during a 
reading operation can be simplified into the form of Figures 5A and 5B. Only an 
identity of those physical blocks containing data of a common logical block and the 
relative times that the physical blocks were programmed need to be known in order to 
carry out this efficient reading process. 

20 Figure 1 1 illustrates an extension of the example of Figure 8 by including a 

second update to the data originally written in the block PBNO. New data 51 for 
logical pages 5, 6, 7 and 8 is written to the respective physical pages 3, 4, 5 and 6 of 
the new block PBN1, along with their LBN and page number. Note, in this example, 
that the data of logical page 5 is being updated for the second time. During a reading 

25 operation that begins from the last page of the new block PBN1, the most recently 
written logical pages 8, 7, 6 and 5 of the data of interest are first read in that order. 
Thereafter, it will be noted that the LBN/page overhead field in physical page 2 of 
PBN1 is the same as that read from the physical page 3, so the user data of page 2 is 
not read. The physical pages 1 and 0 are then read. Next, the pages of the original 

30 block PBNO are read, beginning with physical page 15. After reading physical pages 
15-9, the controller will note that the LBN/page fields of each of pages 8-3 match 
those of pages whose data has already been read, so the old data need not be read 
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from those pages. The efficiency of the reading process is thus improved. Finally, 
the original data of physical pages 2-0 are read since that data was not updated. 

It will be noted that this example of reading pages in a reverse order efficiently 
sorts out the new data pages from the superceded data pages because data are written 
5 in physical page locations of an erased block in order from page 0 on. This technique 
is not limited to use with a memory system having such a specific programming 
constraint, however. So long as the order in which pages are programmed within a 
given block is known, the data from those pages may be read in the reverse order 
from which they were written. What is desired is that the most recently programmed 
1 0 pages having a common LBN with others that were earlier programmed be read first, 
and these are the most recently programmed pages. The most recent versions of 
updated pages are read first so that the superceded versions may easily be identified 



25 



30 



thereafter. 



A table showing the correspondence between the logical data and physical 
page addresses for the example of Figure 11 is given in F.gure 12. Although there 
have been two data updates, both are represented by the single column for the second 
block PBN1. The physical page noted in PBN1 for the logical page 5 is simply 
changed upon the second update to that page occumng. If the updating involves a 
third block, then another column is added for that other block. The table of Figure 12, 
constructed by reading the overhead data from each of the pages in blocks to which 
data of a common LBN has been written, can be used by the first implementation 
when the reverse page reading technique is not used. When the reverse page reading 
technique described above is used, the table of Figure 1 2 need be built only to identify 
a correspondence between an LBN and all PBNs containing data of that LBN. 

An efficient way to organize pages of data being read from a physical block, 
where one or more of the pages has been updated, is illustrated by Figure 13. Enough 
space is provided in a volatile memory of the controller to buffer at least several pages 
of data at a time, and preferably a full block of data. That is what is shown in Figure 
13. Sixteen pages of data, equal to the amount stored in a non-volatile memory block, 
are stored in the controller memory. Since the pages are most commonly read out of 
order, each page of data is stored in its proper position with respect to the other pages. 
For example, in the reverse page read operation of Figure 1 1 , logical page 8 if the first 
to be read, so it is stored in position 8 of the controller memory, as indicated by the 
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"1" in a circle. The next is logical page 7, and so forth, until all pages of data desired 
by the host are read and stored in the controller memory. The entire set of page data 
is then transferred to the host without having to manipulate the order of the data in the 
buffer memory. The pages of data have already be organized by writing them to the 
5 proper location in the controller memory. 

A method of programming a non-volatile memory system that utilizes the 
techniques described with respect to Figures 8 and 9 is illustrated in the flow chart of 
Figure 14. Data for pages of an existing file to be updated are received from a host 
system, as indicated by the block 52. It is first determined by a step 53 whether the 

10 number of pages of updated data to be stored is equal to or greater than the storage 
capacity of a block of the system, 16 pages being shown as the block capacity, for 
simplicity, in the above described example. If so, one or more unused, erased blocks 
are addressed, in a step 55, and the new data pages are written to the addressed 
block(s), in a step 57. Typically, the updating of one block or more of data will result 

15 in one or more blocks storing the data that have been superceded by the new data. If 
so, as indicated by a step 59, those blocks with superceded data are identified for 
erasure. For the purpose of increasing performance, it is preferable that erase 
operations occur in the background, or when host requested programming or reading 
operations are not taking place. After being erased, the blocks are returned to the 

20 inventory of unused, erased blocks for further use. Alternatively, erasure of the 
blocks can be deferred until they are needed for programming operations. 

If, on the other hand, in the step 53, it is determined that there are fewer pages 
of new data than will utilize the full storage capacity of a block, a next step 61 
determines whether there are enough unused pages in a block having some pages 

25 programmed with other data. If so, such a block is addressed, in a step 63. If not, a 
totally unused, erased block is addressed, in a step 65. In either case, in a step 67, the 
new data are programmed into unused pages of the addressed block. As part of this 
programming process, the LBN and page offset is written into the fields 41, and the 
time stamp into the fields 43 of each of the pages (Figure 8) of the updated data, in the 

30 manner described above. 

A desirable feature of the programming process is to make available for future 
programming any blocks that store only superceded data. So the question is asked, in 
a step 69, whether the data updating process has resulted in an entire block remaining 
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with only superceded data. If so, such a block is queued for erasure, in a step 71, and 
the process is then completed. If not, the step 71 is omitted and the data update is 
finished. 



10 



15 



5 METABLOCK OPERATION 

In order to improve performance by reducing programming time, a goal is to 
program as many cells in parallel as can reasonably be done without incurring other 
penalties. One implementation div.des the memory array into largely independent 
sub-arrays or units, such as multiple units 80-83 of Figure 15, each unit in turn being 
divided into a large number of blocks, as shown. Pages of data are then programmed 
at the same time into more than one of the un.ts. Another configuration further 
combines one or more of these units from multiple memory chips. These multiple 
chips may be connected to a single bus (as shown in Figure 2) or mulhple 
independent busses for higher data throughput. An extension of this is to link blocks 
from different units for programming, reading and erasing together, an example being 
shown in Figure 15. Blocks 85-88 from respective ones of the units 80-83 can be 
operated together as a metablock, for example. As with the memory embodiments 
described above, each block, the smallest erasable group of the memory array, is 
typically divided into multiple pages, a page containing the smallest number of cells 
that are programmable together within the block. Therefore, a programrmng 
operation of the metablock shown in Figure 15 will usually include the 
simultaneously programming of data into at least one page of each of the blocks 85-88 
forming the metablock, which is repeated until the metablock is full or the incoming 
data has all been programmed. Other metablocks are formed of different blocks from 
25 the array units, one block from each unit. 

In the course of operating such a memory, as with others, pages of data less 
than an entire block often need to be updated. This can be done for individual blocks 
of a metablock in the same manner as described above with respect to either of 
Figures 4 or 6, but preferably by use of the improved techmque described with respect 
to Figure 8. When any of these three techniques are used to update data of one block 
of the metablock, an adduional block of memory within the same unit is also used. 
Further, a data update may require writing new data for one or more pages of two or 
more of the blocks of a metablock. This can then require use of up to four additional 
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blocks 90-93, one in each of the four units, to update a data file stored in the 
metablock, even though the data in only a few pages is being updated. 

In order to reduce the number of blocks required for such partial block 
updates, according to another aspect of the present invention, updates to pages of data 
5 within any of the blocks of the illustrated metablock are made, as illustrated by Figure 
1 6, to a single additional block 90 in the memory unit 80, so long as unused pages in 
the block 80 remain. If, for example, data in three pages of the block 86 and two 
pages of the block 88 are being updated at one time, all five pages of the new data are 
written into the block 90. This can save the use of one block of memory, thereby to 

10 effectively increase the number of available erased blocks by one block. This helps 
avoid, or at least postpone, the time when an inventory of erased blocks becomes 
exhausted. If one or more pages from each of the four blocks 85-88 are being 
updated, all of the new data pages are programmed in the single block 90, thereby 
avoiding tying up an additional three blocks of memory to make the update. If the 

15 number of pages of new data exceed the capacity of an unused block, pages that the 
block 90 cannot accept are written to another unused block which may be in the same 
unit 80 or one of the other units 81-83. 

Although the invention has been described with respect to various exemplary 
embodiments, it will be understood that the invention is entitled to protection within 

20 the full scope of the appended claims. 
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IT IS CLAIMED- 



I • A method of simultaneously storing original and replacement data in a 

non-volatile memory system, comprising: 

identifying the original and replacement data by the same logical address, and 
distinguishing the replacement data from the original data by keeping track of 

the relative times that the original and replacement data have been programmed into 

the memory. 



« 0 2. A method of storing and retrieving original and replacement data in a 

non-volatile memory system, comprising: 

identifying units of the original and the replacement data by the same logical 



20 



address, 



reading units of data in an inverse order from an order in which they were 
15 programmed into the memory, and 

distinguishing units of replacement data from units of original data having the 
same logical address by the order in which they are read. 



3. In a non-volatile memory system having a plurality of blocks of 
memory storage elements that are individually organized into a plurality of pages of 
memory storage elements, a method of substituting new data for superceded data 
within at least one page of one of the plurality of blocks while data in at least another 
page of said one block is not replaced, comprising: 

programming the new data into at least one page of said one or another of the 
25 plurality of blocks, 

identifying the at least one page of superceded data and the at least one page 
o f new data by a common logical address, and 

recording a relative time of programming the new and the superceded data. 

30 4 - 71,(5 method of c,ai ™ 3, wherein the relative time of programming is 

recorded for the individual pages in which the new and superceded data are 
programmed, whereby the at least one page of new data is d.stinguishable from the at 
least one page of superceded data by their recorded relative times of programming. 
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5. The method of claim 3, wherein the relative time of programming is 
recorded for the individual blocks, thereby to identify an order of programming of 
individual blocks having data with a common logical address, and further wherein 

5 pages within the individual blocks are programmed in a designated order, whereby the 
new pages of data are distinguishable from superceded pages of data within an 
individual block by their relative positions within the block. 

6. The method of claim 3, wherein the data in at least another page of 
10 said one block that is not replaced are not copied into said one or another block as part 

of substituting the new data for the superceded data. 

7. The method of claim 3, wherein nothing is written into the at least one 
page of superceded data as part of substituting the new data for the superceded data. 

8. The method of claim 4, wherein recording a relative time of 
programming the new and superceded data includes storing a value of a clock at each 
of the times that the new and superceded data are programmed. 

20 9. The method of claim 4, wherein recording a relative time of 

programming the new and superceded data includes storing a different value of a 
sequence of numbers at each of the times that the new and superceded data are 
programmed. 

25 10. The method of either of claims 8 or 9, wherein storing the value 

indicating a relative time of programming the new and superceded data includes 
storing the individual values within the same pages as the new and superceded data to 
which the values relate. 

30 11. The method of claim 3, wherein programming the new data into at 

least one page of another said one or another of the plurality of blocks includes 
programming the new data into the first available unused pages within said one or 
another block in a predefined order. 
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12. The method of claim 3, wherein identifying the at least one page of 
superceded data and the at .east one page of new data by a common logical address 
includes recording at least part of the common logical address in the ind,vidual pages 
5 as overhead data. 

13. The method of claim 12, including building a table in volatile memory 
including multiple physical block addresses for the common logical address. 

14. A method of reading data that has been updated according to claim 4, 
comprising: 

reading pages of data from said one block and, if new data has been 
programmed thereinto, said another block, 

identifying any multiple pages of data that have the same logical address, 
utilizing the recorded relative time of programming the new and superceded 
data to identify the most current of any pages having the same logical address, and 

assembling data in the most current of any pages having the same logical 
address along with pages in said at least another page of said one block that have not 
been updated. 



15 



20 



25 



30 



15. A method of reading data that has been updated according to claim 5, 
comprising: 

reading pages of data within said one and, if new data has been programmed 
theremto, another block in a reverse order from which they were programmed, and 

passmg over any pages of data so read which have the same logical page 
address as a page whose data has already been read. 

1 6. The method of either one of claims 1 4 or 1 5, additionally comprising 
operating the individual memory storage elements with more than two storage states 
thereby storing more than one bit of data in each storage element, and reading pages 
of data mcludes reading the more than two storage states from the individual memory 
storage elements. 
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17. The method of any one of claims 3-9, additionally comprising 
operating storage elements of the individual memory cells with more than two storage 
states, thereby storing more than one bit of data in each storage element. 

5 18. The method of claim 17, wherein the storage elements include 

individual floating gates. 



19. The method of any one of claims 3-9, wherein the non-volatile 
memory system is formed within an enclosed card having an electrical connector 

1 0 along one edge thereof that operably connects with a host system. 

20. A method of operating a non- volatile memory system having an array 
of memory storage elements organized into at least two sub-arrays, wherein the 
individual sub-arrays are divided into a plurality of non-overlapping blocks of storage 

15 elements wherein a block contains the smallest group of memory storage elements 
that are erasable together, and the individual blocks are divided into a plurality of 
pages of storage elements wherein a page is the smallest group of memory storage 
elements that are programmable together, comprising: 

linking at least one block from individual ones of said at least two sub-arrays 
20 to form a metablock wherein its component blocks are erased together as a unit, and 

updating pages of original data within any of the metablock component blocks 
less than all the pages within the block by programming replacement data into pages 
within another at least one block in only a designated one of the sub-arrays regardless 
of which sub-array the data being updated is stored. 

25 

21. The method of claim 20, wherein storing the original and replacement 
data includes: 

identifying the original and replacement data by the same logical address to 
the memory system, and 
30 distinguishing the replacement data from the original data by keeping track of 

the relative times that the original and replacement data have been programmed their 
respective pages of the memory. 
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22. A non-volatile memory system, comprising: 

an array of non-volatile memory storage elements organized in blocks of 
storage elements, wherein an individual block contains the smallest group of storage 
elements that is erasable, and 

a programming mechanism that writes into a first block an updated vers.on of 
less than all of original data stored in a second block along with an indication of the 
later writing of the updated version, 

an address mechanism that logically addresses both the original data and the 
updated version with the same address, and 

a reading mechanism that distinguishes the updated version from the original 
data at least in part by the relative time by said indication of the later writing of the 
updated version. 
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(57) Abstract: Data in less than all 
of the pages of a non-volatile memory 
block are updated by programming 
the new data in unused pages of either 
the same or another block. In order 
to prevent having to copy unchanged 
pages of data into the new block, or to 
program flags into superceded pages 
of data, the pages of new data are 
identified by the same logical address as 
the pages of data which they superceded 
and a time stamp is added to note when 
each page was written. When reading 
the data, the most recent pages of data 
are used and the older superceded pages 
of data are ignored. This technique is 
also applied to metablocks that include 
one block from each of several different 
units of a memory array, by directing all 
page updates to a single unused block 
in one of the units. 
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PARTIAL BLOCK DATA PROGRAMMING AND READING 
OPERATIONS IN A NON-VOLATILE MEMORY 



10 BACKGROUND OF THE INVENTION 

This invention pertains to the field of semiconductor non-volatile data storage 
system architectures and their methods of operation, and has application to data 
storage systems based on flash electrically erasable and programmable read-only 
memories (EEPROMs). 

15 A common application of flash EEPROM devices is as a mass data storage 

subsystem , for electronic devices. Such subsystems are commonly implemented as 
either removable memory cards that can be inserted into multiple host systems or as 
non-removable embedded storage within the host system. In both implementations, 
the subsystem includes one or more flash devices and often a subsystem controller. 

20 Flash EEPROM devices are composed of one or more arrays of transistor 

cells, each cell capable of non-volatile storage of one or more bits of data. Thus flash 
memory does not require power to retain the data programmed therein. Once 
programmed however, a cell must be erased before it can be reprogrammed with a 
new data value. These arrays of cells are partitioned into groups to provide for 

25 efficient implementation of read, program and erase functions. A typical flash 
memory architecture for mass storage arranges large groups of cells into erasable 
blocks, wherein a block contains the smallest number of cells (unit of erase) that are 
erasable at one time. 

In one commercial form, each block contains enough cells to store one sector 

30 of user data plus some overhead data related to the user data and/or to the block in 
which it is stored. The amount of user data included in a sector is the standard 512 
bytes in one class of such memory systems but can be of some other size. Because 
the isolation of individual blocks of cells from one another that is required to make 
them individually erasable takes space on the integrated circuit chip, another class of 

35 flash memories makes the blocks significantly larger so there is less space required 
for such isolation. But since.it is also desired to handle user data in much smaller 
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sectors, each large block is often further partitioned into individually addressable 
pages that are the basic unit for reading and programming user data (unit of 
programming and/or reading). Each page usually stores one sector of user data, but a 
page may store a partial sector or multiple sectors. A "sector" is used herein to refer 
> to an amount of user data that is transferred to and from the host as a unit. 

The subsystem controller in a large block system performs a number of 
functions including the translation between logical addresses (LB As) received by the 
memory sub-system from a host, and physical block numbers (PBNs) and page 
addresses within the memory cell array. This translation often involves use of 
intermediate terms for a logical block number (LBN) and logical page. The controller 
also manages the low level flash circuit operation through a series of commands that it 
issues to the flash memory devices via an interface bus. Another function the 
controller performs is to maintain the integrity of data stored to the subsystem through 
vanous means, such as by using an error correction code (ECC). 

In an ideal case, the data in all the pages of a block are usually updated 
together by writing the updated data to the pages within an unaligned, erased block, 
and a logical-to-physical block number table is updated with the new address The 
onginal block is then available to be erased. However, it is more typical that the data 
stored m a number of pages less than all of the pages within a given block must be 
updated. The data stored in the remaining pages of the given block remains 
unchanged. The probability of this occurring is higher in systems where the number 
of sectors of data stored per block is higher. One technique now used to accomplish 
such a partial block update is to write the data of the pages to be updated into a 
corresponding number of the pages of an unused erased block and then copy the 
unchanged pages from the original block into pages of the new block. The original 
block may then be erased and added to an inventory of unused blocks in which data 
may later be programmed. Another technique similarly writes the updated pages to a 
new block but eliminates the need to copy the other pages of data into the new block 
by changing the flags of the pages in the original block which are being updated to 
indicate they contain obsolete data. Then when the data are read, the updated data 
read from pages of the new block are combined with the unchanged data read from 
pages of the original block that are not flagged as obsolete. 
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SUMMARY OF THE INVENTION 

According to one principal aspect of the present invention, briefly and 
generally, both the copying of unchanged data from the original to the new blocks and 
the need to update flags within the original block are avoided when the data of fewer 

. 5 than all of the pages within a block are being updated. This is accomplished by 
maintaining both the superceded data pages and the updated pages of data with a 
common logical address. The original and updated pages of data are then 
distinguished by the relative order in which they were programmed. During reading, 
the most recent data stored in the pages having the same logical address are combined 

10 with the unchanged pages of data while data in the original versions of the updated 
pages are ignored. The updated data can be written to either pages within a different 
block than the original data, or to available unused pages within the same block. In 
one specific implementation, a form of time stamp is stored with each page of data 
that allows determining the relative order that pages with the same logical address 

15 were written. In another specific implementation, in a system where pages are 
programmed in a particular order within the blocks, a form of time stamp is stored 
with each block of data, and the most recent copy of a page within a block is 
established by its physical location within the block. 

These techniques avoid both the necessity for copying unchanged data from 

20 the original to new block and the need to change a flag or other data in the pages of 
the original block whose data have been updated. By not having to change a flag or 
other data in the superceded pages, a potential of disturbing the previously written 
data in adjacent pages of that same block that can occur from such a writing operation 
is eliminated. Also, a performance penalty of the additional program operation is 

25 avoided. 

A further operational feature, which may be used in conjunction with the 
above summarized techniques, keeps track of the logical offset of individual pages of 
data within the individual memory cell blocks, so that the updated data need not be 
stored with the same physical page offset as the superceded data. This allows more 
30 efficient use of the pages of new blocks, and even allows the updated data to be stored 
in any erased pages of the same block as the superceded data. 

Another principal aspect of the present invention groups together two or more 
blocks positioned in separate units of the memory array (also termed "sub-arrays") for 
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programming and reading together as part of a single operation. Such a multiple 
block group is referenced herein as a "metablock." Its component blocks may be 
either all located on a single memory integrated circuit chip, or, in systems using more 
than one such chip, located on two or more different chips. When data in fewer than 
> all of the pages of one of these blocks is updated, the use of another block in that 
same unit is normally required. Indeed, the techniques described above, or others 
may be employed separately with each block of the metablock. Therefore, when data 
within pages of more than one block of the metablock are updated, pages within more 
than one additional block are requ.red to be used. If there are four blocks of four 
different memory units that form the metablock, for example, there is some 
probability that up to an additional four blocks, one in each of the units, will be used 
to store updated pages of the original blocks. One update block is potentially required 
m each umt for each block of the original metablock. In addition, according to the 
present invention, updated data from pages of more than one of the blocks in the 
metablock can be stored in pages of a common block in only one of the units This 
significantly reduces the number of unused erased blocks that are needed to store 
updated data, thereby making more efficient use of the available memory cell blocks 
to store data. This technique is particularly useful when the memory system 
frequently updates single pages from a metablock. 

Additional aspects, features and advantages of the present invention are 
included in the following description of exemplary embodiments, which description 
should be read in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THR HPAwrvrc 

Figure 1 is a block diagram of a typical prior art flash EEPROM memory array 
with memory control logic, data and address registers; 

Figure 2 illustrates an architecture utilizing memories of Figure 1 with a 
system controller; 

Figure 3 is a timing diagram showing a typical copy operation of the memory 
30 system of Figure 2; 

Figure 4 illustrates an existing process of updating data in less than all of the 
pages of a multi-paged block; 



20 



25 
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Figures 5A and 5B are tables of corresponding logical and physical block 
addresses for each of the original and new blocks of Figure 4, respectively; 

Figure 6 illustrates another existing process of updating data in less than all of 
the pages of a multi-paged block; 
5 Figures 7A and 7B are tables of corresponding logical and physical page 

addresses for the original and new blocks of Figure 6, respectively; 

Figure 8 illustrates an example of an improved process of updating data in less 
than all of the pages of a multi-paged block; 

Figure 9 is a table of corresponding logical and physical page numbers for the 
1 0 new block of Figure S ; 

Figure 10 provides an example of a layout of the data in a page shown in 
Figure 8; 

Figure 1 1 illustrates a further development of the example of Figure 8; 
Figure 12 is a table of corresponding logical and physical page numbers for 
1 5 the new block of Fi gure 11; 

Figure 13 illustrates one way to read the updated data in the blocks of Figure 

ii; 

Figure 14 is a flow diagram of a process of programming data into a memory 
system organized as illustrated in Figures 8 and 9; Figure 15 illustrates an existing 
20 multi-unit memory with blocks from the individual units being linked together into a 
metablock and 

Figure 16 illustrates an improved method of updating data of a metablock in 
the multi-unit memory of Figure 12 when the amount of updated data is much less 
that the data storage capacity of the metablock. 

25 

DESCRIPTION OF EXISTING LARGE BLOCK MANAGEMENT 

TECHNIQUES 

Figure 1 shows a typical flash memory device internal architecture. The 
primary features include an input/output (I/O) bus 411 and control signals 412 to 
30 interface to an external controller, a memory control circuit 450 to control internal 
memory operations with registers for command, address and status signals. One or 
more arrays 400 of flash EEPROM cells are included, each array having its own row 
decoder (XDEC) 401 and column decoder (YDEC) 402, a group of sense amplifiers 
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and program control circuitry (SA/PROG) 454 and a data register 404. Presently, the 
memory cells usually include one or more conductive floating gates as storage 
elements but other long term electron charge storage elements may be used instead. 
The memory cell array may be operated with two levels of charge defined for each 
5 storage element to therefore store one bit of data with each element. Alternatively, 
more than two storage states may be defined for each storage element, in which case' 
more than one bit of data is stored in each element. 

If desired, a plurality of arrays 400, together with related X decoders, 
Y decoders, program/verified circuitry, data registers, and the like are provided, for 
example as taught by U.S. Patent 5,890,192, issued March 30, 1999, and assigned to 
Sandisk Corporation, the assignee of this application, which is hereby incorporated by 
this reference. Related memory system features are described in co-pending patent 
apphcation serial no. 09/505,555, filed February 17, 2000 by Kevin Conley et al, 
which application is expressly incorporated herein by this reference. 

The external interface I/O bus 411 and control signals 412 can include 
the following: 

CS - Chip Select. Used to activate flash memory interface. 

RS - Read Strobe. Used to indicate the I/O bus is being used to 

transfer data from the memory array. 
20 WS - Write Strobe. Used to indicate the I/O bus is being used to 

transfer data to the memory array. 
AS - Address Strobe. Indicates that the I/O bus is being used to transfer 

address information. 
AD[7:0]- Address/Data Bus This I/O bus is used to transfer data between 

controller and the flash memory command, 
address and data registers of the memory control 
450. 

This interface is given only as an example as other signal configurations can 
be used to give the same functionality. Figure 1 shows only one flash memory array 
400 with its related components, but a multiplicity of such arrays can exist on a single 
flash memory chip that share a common interface and memory control circuitry but 
have separate XDEC, YDEC, SA/PROG and DATA REG circuitry in order to allow 
parallel read and program operations. 
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Data is transferred from the memory array through the data register 404 to an 
external controller via the data registers' coupling to the I/O bus AD[7:0] 41 1 . The data 
register 404 is also coupled the sense amplifier/programming circuit 454. The number 
of elements of the data register coupled to each sense amplifier/programming circuit 
5 element may depend on the number of bits stored in each storage element of the 
memory cells, flash EEPROM cells each containing one or more floating gates as the 
storage elements. Each storage element may store a plurality of bits, such as 2 or 4, if 
the memory cells are operated in a multi-state mode. Alternatively, the memory cells 
may be operated in a binary mode to store one bit of data per storage element. 
10 The row decoder 401 decodes row addresses for the array 400 in order to select 

the physical page to be accessed. The row decoder 401 receives row addresses via 
internal row address lines 419 from the memory control logic 450. A column decoder 
402 receives column addresses via internal column address lines 429 from the memory 
control logic 450. 

15 Figure 2 shows an architecture of a typical non-volatile data storage system, in 

this case employing flash memory cells as the storage media. In one form, this 
system is encapsulated within a removable card having an electrical connector 
extending along one side to provide the host interface when inserted into a receptacle 
of a host. Alternatively, the system of Figure 2 may be embedded into a host system 

20 in the form of a permanently installed embedded circuit or otherwise. The system 
utilizes a single controller 301 that performs high level host and memory control 
functions. The flash memory media is composed of one or more flash memory 
devices, each such device often formed on its own integrated circuit chip. The system 
controller and the flash memory are connected by a bus 302 that allows the controller 

25 301 to load command, address, and transfer data to and from the flash memory array. 
The controller 301 interfaces with a host system (not shown) with which user data is 
transferred to and from the flash memory array. In the case where the system of 
Figure 2 is included in a card, the host interface includes a mating plug and socket 
assembly (not shown) on the card and host equipment. 

30 The controller 301 receives a command from the host to read or write one or 

more sectors of user data starting at a particular logical address. This address may or 
may not align with a boundary of a physical block of memory cells. 

-7- - - 
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In some prior art systems having large capacity memory cell blocks that are 
divided into multiple pages, as discussed above, the data from a block that is not 
being updated needs to be copied from the original block to a new block that also 
contains the new, updated data being written by the host. This technique is illustrated 
: in Figure 4, wherein two of a large number of blocks of memory are included. One 
block 1 1 (PBNO) is illustrated to be divided into 8 pages for storing one sector of user 
data in each of its pages. Overhead data fields contained within each page include a 
field 13 containing the LBN of the block 11. The order of the logical pages within a 
logical block is fixed with respect to the corresponding physical pages within a 
physical block. A second similarly configured block 15 (PBN1) is selected from an 
inventory of unused, erased blocks. Data within pages 3-5 of the original block 1 1 are 
being updated by three pages of new data 17. The new data is written into the 
corresponding pages 3-5 of the new block 15, and user data from pages 0-2, 6 and 7 
of the block 1 1 are copied into corresponding pages of the new block 15. All pages of 
the new block 15 are preferably programmed in a single sequence of programming 
operations. After the block 15 is programmed, the original block 11 can be erased 
and placed in inventory for later use. The copying of data between the blocks 11 and 
15, which involves reading the data from one or more pages in the original block and 
subsequently programming the same data to pages in a newly assigned block, greatly 
20 reduces the write performance and usable lifetime of the storage system. 

With reference to Figures 5A and 5B, partial tables show mapping of the 
logical blocks into the original and new physical blocks 1 1 and 15 before (Figure 5A) 
and after (Figure 5B) the updating of data described with respect to Figure 4. Before 
the data update, the original block 1 1, in this example, stores pages 0-7 of LBN0 into 
corresponding pages 0-7 of PBNO. After the data update, the new block 15 stores 
pages 0-7 of LBN0 in corresponding pages 0-7 of PBN1. Receipt of a request to read 
data from LBN0 is then directed to the physical block 15 instead of the physical block 
1 1. In a typical controller operation, a table in the form of that shown in Figures 5A 
and 5B is built from the LBN field 1 3 read from a physical page and knowledge of the 
PBN that is addressed when reading the data field 13. The table is usually stored in a 
volatile memory of the controller for ease of access, although only a portion of a 
complete table for the entire system is typically stored at any one time. A portion of 
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the table is usually formed immediately in advance of a read or programming 
operation that involves the blocks included in the table portion. 

In other prior art systems, flags are recorded with the user data in pages and 
are used to indicate that pages of data in the original block that are being superceded 
5 by the newly written data are invalid. Only the new data is written to the newly 
assigned block. Thus the data in pages of the block not involved in the write 
operation but contained in the same physical block as the superceded data need not be 
copied into the new block. This operation is illustrated in Figure 6, where pages 3-5 
of data within an original block 21 (PBNO) are again being updated. Updated pages 

10 3-5 of data 23 are written into corresponding pages of a new block 25. As part of the 
same operation, an old/new flag 27 is written in each of the pages 3-5 to indicate the 
data of those pages is old, while the flag 27 for the remaining pages 0-2, 6 and 7 
remains set at "new". Similarly, the new PBN1 is written into another overhead data 
field of each of the pages 3-5 in the block 21 to indicate where the updated data are 

15 located. The LBN and page are stored in a field 31 within each of the physical pages. 

Figures 7A and 7B are tables of the correspondence between the data 
LBN/page and the PBN/page before (Figure 7A) and after (Figure 7B) the data update 
is complete. The unchanged pages 0-2, 6 and 7 of the LBN remain mapped into 
PBNO while the updated pages 3-5 are shown to reside in PBN1. The table of Figure 

20 7B is built by the memory controller by reading the overhead data fields 27, 29 and 31 
of the pages within the block PBNO after the data update. Since the flag 27 is set to 
"old" in each of pages 3-5 of the original block PBNO, that block will no longer 
appear in the table for those pages. Rather, the new block number PBN1 appears 
instead, having been read from the overhead fields 29' of the updated pages. When 

25 data are being read from LBN0, the user data stored in the pages listed in the right 
column of Figure 7B are read and then assembled in the order shown for transfer to 
the host. 

Various flags are typically located in the same physical page as the other 
associated overhead data, such as the LBN and an ECC. Thus, to program the 
30 old/new flags 27, and others, in pages where the data has been superceded requires 
that a page support multiple programming cycles. That is, the memory array must 
have the capability that its pages can be programmed in at least at least two stages 
between erasures. Furthermore, the block must support the ability to program a page 

-9- 
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when other pages in the block with higher offsets or addresses have been already 
programmed. A limitation of some flash memories however prevents the usage of 
such flags by specifying that the pages in a block can only be programmed in a 
physically sequential manner. Furthermore, the pages support a finite number of 
5 program cycles and in some cases additional programming of programmed pages is 
not permitted. 

What is needed is a mechanism by which data that partially supercedes data 
stored in an existing block can be written without either copying unchanged data from 
the existing block or programming flags to pages that have been previously 
10 programmed. 



15 



20 



25 



30 



DESCRIPTION OF mMT, LARY FMRon iMENTS OF TBJg INVENTION 
There are many different types of flash EEPROM, each of which presents its 
own limitations that must be worked around to operate a high performance memory 
system formed on a small amount of integrated circuit area. Some do not provide for 
writing any data into a page that has already been programmed, so updating flags in a 
page that contains superceded data, as described above, is not possible. Others allow 
such flags to be written but doing so in pages whose data is being superceded can 
disturb data in other pages of the same block that remain current. 

An example memory system where this has been found to be a problem is a 
NAND type, where a column of memory cells is formed as a series circuit string 
between a bit line and a common potential. Each word line extends across a row of 
memory cells formed of one cell in each such string. Such a memory is particularly 
susceptible to such memory state disturbs when being operated in a multi-state mode 
to store more than one bit of data in each such cell. Such operation divides an 
available window of a memory cell transistor threshold voltage range into narrow 
non-overlapping voltage level ranges, each range becoming narrower as the number 
of levels, and thus the number of bits being stored in each cell, are increased. For 
example, if four threshold ranges are used, two bits of data are stored in each cell's 
storage element. And since each of the four threshold voltage ranges is necessarily 
small, the chance of the state of a cell being disturbed by programming other cells in 
the same block is increased with multi-state operation. In this case, the writing of the 
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old/new or other flags, as described with respect to Figures 6, 7A and 7B, cannot be 
tolerated. 

A common feature of each of the existing memory management techniques 
described above with respect to Figures 4-7B is that a logical block number (LBN) 
5 and page offset is mapped within the system to at most two physical block numbers 
(PBNs). One block is the original block and the other contains the updated page data. 
Data are written to the page location in the block corresponding to the low order bits 
of its logical address (LBA). This mapping is typical in various types of memory 
systems. In the techniques described below, pages containing updated data are also 

10 assigned the same LBN and page offsets as the pages whose data has been 
superceded. But rather than tagging the pages containing original data as being 
superceded, the memory controller distinguishes the pages containing the superceded 
data from those containing the new, updated version either (1) by keeping track of the 
order in which the pages having the same logical addresses were written, such as by 

15 use of a counter, and/or (2) from the physical page addresses wherein, when pages are 
written in order within blocks from the lowest page address to the highest, the higher 
physical address contains the most recent copy of the data. When the data is accessed 
for reading, therefore, those in the most current pages are used in cases where there 
are pages containing superceded data that have the same logical addresses, while the 

20 superceded data are ignored. 

A first specific implementation of this technique is described with respect to 
Figures 8 and 9. The situation is the same in this example as that in the prior art 
techniques described with respect to Figures 4-7B, namely the partial re-write of data 
within a block 35, although each block is now shown to contain 16 pages. New data 

25 37 for each of the pages 3-5 of the block 35 (PBN 35) is written into three pages of a 
new block 39 (PBN1) that has previously been erased, similar to that described 
previously. A LBN and page offset overhead data field 41 written into the pages of 
PBN1 that contain the updated data is the same as that in the pages of the superceded 
data in the initial block PBNO. The table of Figure 9, formed from the data within the 

30 fields 41 and 4F, shows this. The logical LBN and page offsets, in the first column, 
are mapped into both the first physical block (PBNO), in the second column, and, for 
the pages that have been updated, also into the second physical block (PBNl) in the 
third column. The LBN and logical page offsets 41' written into each of the three 
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y replace m the original block PBNO. By keeping track of the 
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individual logical page numbers, the updated data need not necessarily be stored in 
the same page offset of the new block as that of the old block where superceded data 
is contained. Page(s) of updated data can also be written to erased pages of the same 
block as the page of data being superceded. 
5 As a result, there is no constraint presented by the techniques being described 

that limit which physical page new data can be written into. But the memory system 
in which these techniques are implemented may present some constraints. For 
example, one NAND system requires that the pages within the blocks be programmed 
in sequential order. That means that programming of the middle pages 3-5, as done in 

1 0 the new block 25 (Figure 6), wastes the pages 0-2, which cannot later be programmed. 
By storing the new data 37 in the first available pages of the new block 39 (Figure 8) 
in such a restrictive system, the remaining pages 3-7 are available for later use to store 
other data. Indeed, if the block 39 had other data stored in its pages 0-4 at the time 
the three pages of new data 37 were being stored, the new data could be stored in the 

15 remaining unused pages 5-7. This makes maximum use of the available storage 
capacity for such a system. 

An example of the structure of data stored in an individual page of the blocks 
of Figure 8 is shown in Figure 10. The largest part is user data 45. An error 
correction code (ECC) 47 calculated from the user data is also stored in the page. 

20 Overhead data 49, including the LBN and page tag 41 (logical page offset), the time 
stamp 43 and an ECC 51 calculated from the overhead data are also stored in the 
page. By having an ECC 50 covering the overhead data that is separate from the user 
data ECC 47, the overhead 49 may be read separately from the user data and 
evaluated as valid without the need to transfer all of the data stored in the page. 

25 Alternatively, however, where the separate reading of the overhead data 49 is not a 
frequent event, all of the data in the page may be covered by a single ECC in order to 
reduce the total number of bits of ECC in a page. 

A second specific implementation of the inventive technique can also be 
described with respect to Figure 8. In this example, the time stamp is used only to 

30 determine the relative age of the data stored in blocks, while the most recent pages 
among those that carry the same LBN and page number are determined by their 
relative physical locations. The time stamp 43 then does not need to be stored as part 
of each page. Rather, a single time stamp can be recorded for each block, either as 
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part of the block or elsewhere within the non-volatile memory, and is updated each 
time a page of data is written into the block. Data is then read from pages in an order 
of descending physical address, starting from the last page of the most recently 
updated block containing data pages having the same LBN. 

In Figure 8, for example, the pages are first read in the new block PBNl from 
the last (page 15) to the first (page 0), followed by reading the pages of the original 
block PBNO in the same reverse order. Once logical pages 3, 4 and 5 have been read 
from the new block PBNl, the superceded data in those pages of the original block 
PBNO that are identified by the same logical page numbers can be skipped during the 
reading process. Specifically, physical pages 3, 4 and 5 of the old block PBNO are 
skipped during reading, in this example, once the controller determines that their 
LBN/pages 41 are the same as those of the pages already read from the new block 
PBNl. This process can increase the speed of reading and reduce the number of 
overhead bits 49 that need to be stored for each page. Further, when this reverse page 
reading technique is employed, the table of Figure 9 used by the controller during a 
reading operation can be simplified into the form of Figures 5 A and 5B. Only an 
identity of those physical blocks containing data of a common logical block and the 
relative times that the physical blocks were programmed need to be known in order to 
carry out this efficient reading process. 

Figure 11 illustrates an extension of the example of Figure 8 by including a 
second update to the data originally written in the block PBNO. New data 51 for 
logical pages 5, 6, 7 and 8 is written to the respective physical pages 3, 4, 5 and 6 of 
the new block PBNl, along with their LBN and page number. Note, in this example, 
that the data of logical page 5 is being updated for the second time. During a reading 
operation that begins from the last page of the new block PBNl, the most recently 
written logical pages 8, 7, 6 and 5 of the data of interest are first read in that order. 
Thereafter, it will be noted that the LBN/page overhead field in physical page 2 of 
PBNl is the same as that read from the physical page 3, so the user data of page 2 is 
not read. The physical pages 1 and 0 are then read. Next, the pages of the original 
block PBNO are read, beginning with physical page 1 5. After reading physical pages 
15-9, the controller will note that the LBN/page fields of each of pages 8-3 match 
those of pages whose data has already been read, so the old data need not be read 
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from those pages. The efficiency of the reading process is thus improved. Finally, 
the original data of physical pages 2-0 are read since that data was not updated. 

It will be noted that this example of reading pages in a reverse order efficiently 
sorts out the new data pages from the superceded data pages because data are written 
5 in physical page locations of an erased block in order from page 0 on. This technique 
is not limited to use with a memory system having such a specific programming 
constraint, however. So long as the order in which pages are programmed within a 
given block is known, the data from those pages may be read in the reverse order 
from which they were written. What is desired is that the most recently programmed 
10 pages having a common LBN with others that were earlier programmed be read first, 
and these are the most recently programmed pages. The most recent versions of 
updated pages are read first so that the superceded versions may easily be identified 
thereafter. 

A table showing the correspondence between the logical data and physical 

15 page addresses for the example of Figure 11 is given in Figure 12. Although there 
have been two data updates, both are represented by the single column for the second 
block PBN1. The physical page noted in PBN1 for the logical page 5 is simply 
changed upon the second update to that page occurring. If the updating involves a 
third block, then another column is added for that other block. The table of Figure 12, 

20 constructed by reading the overhead data from each of the pages in blocks to which 
data of a common LBN has been written, can be used by the first implementation 
when the reverse page reading technique is not used. When the reverse page reading 
technique described above is used, the table of Figure 12 need be built only to identify 
a correspondence between an LBN and all PBNs containing data of that LBN. 

25 An efficient way to organize pages of data being read from a physical block, 

where one or more of the pages has been updated, is illustrated by Figure 13. Enough 
space is provided in a volatile memory of the controller to buffer at least several pages 
of data at a time, and preferably a full block of data. That is what is shown in Figure 
13. Sixteen pages of data, equal to the amount stored in a non-volatile memory block, 

30 are stored in the controller memory. Since the pages are most commonly read out of 
order, each page of data is stored in its proper position with respect to the other pages. 
For example, in the reverse page read operation of Figure 11, logical page 8 if the first 
to be read, so it is stored in position 8 of the controller memory, as indicated by the 
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"1" in a circle. The next is logical page 7, and so forth, until all pages of data desired 
by the host are read and stored in the controller memory. The entire set of page data 
is then transferred to the host without having to manipulate the order of the data in the 
buffer memory. The pages of data have already be organized by writing them to the 
5 proper location in the controller memory. 

A method of programming a non-volatile memory system that utilizes the 
techniques described with respect to Figures 8 and 9 is illustrated in the flow chart of 
Figure 14. Data for pages of an existing file to be updated are received from a host 
system, as indicated by the block 52. It is first determined by a step 53 whether the 
1 0 number of pages of updated data to be stored is equal to or greater than the storage 
capacity of a block of the system, 16 pages being shown as the block capacity, for 
simplicity, in the above described example. If so, one or more unused, erased blocks 
are addressed, in a step 55, and the new data pages are written to the addressed 
block(s), in a step 57. Typically, the updating of one block or more of data will result 
in one or more blocks storing the data that have been superceded by the new data. If 
so, as indicated by a step 59, those blocks with superceded data are identified for 
erasure. For the purpose of increasing performance, it is preferable that erase 
operations occur in the background, or when host requested programming or reading 
operates are not taking place. After being erased, the blocks are returned to the 
inventory of unused, erased blocks for further use. Alternatively, erasure of the 
blocks can be deferred until they are needed for programming operations. 

If, on the other hand, in the step 53, it is determined that there are fewer pages 
of new data than will utilize the full storage capacity of a block, a next step 61 
determines whether there are enough unused pages in a block having some pages 
programmed with other data. If so, such a block is addressed, in a step 63. If not a 
totally unused, erased block is addressed, in a step 65. In either case, in a step 67 the 
new data are programmed into unused pages of the addressed block. As part of this 
programming process, the LBN and page offset is written into the fields 41 and the 
time stamp into the fields 43 of each of the pages (Figure 8) of the updated daia, in the 
50 manner described above. 

A desirable feature of the programming process is to make available for future 
programming any blocks that store only superceded data. So the question is asked in 
a step 69, whether the data updating process has resulted in an entire block remaining 
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with only superceded data. If so, such a block is queued for erasure, in a step 71, and 
the process is then completed. If not, the step 71 is omitted and the data update is 
finished. 

5 METABLOCK OPERATION 

In order to improve performance by reducing programming time, a goal is to 
. program as many cells in parallel as can reasonably be done without incurring other 
penalties. One implementation divides the memory array into largely independent 
sub-arrays or units, such as multiple units 80-83 of Figure 15, each unit in turn being 

10 divided into a large number of blocks, as shown. Pages of data are then programmed 
at the same time into more than one of the- units. Another configuration further 
combines one or more of these units from multiple memory chips. These multiple 
chips may be connected to a single bus (as shown in Figure 2) or multiple 
independent busses for higher data throughput. An extension of this is to link blocks 

15 from different units for programming, reading and erasing together, an example being 
shown in Figure 15. Blocks 85-88 from respective ones of the units 80-83 can be 
operated together as a metablock, for example. As with the memory embodiments 
described above, each block, the smallest erasable group of the memory array, is 
typically divided into multiple pages, a page containing the smallest number of cells 

20 that are programmable together within the block. Therefore, a programming 
operation of the metablock shown in Figure 15 will usually include the 
simultaneously programming of data into at least one page of each of the blocks 85-88 
forming the metablock, which is repeated until the metablock is frill or the incoming 
data has all been programmed. Other metablocks are formed of different blocks from 

25 the array units, one block from each unit. 

In the course of operating such a memory, as with others, pages of data less 
than an entire block often need to be updated. This can be done for individual blocks 
of a metablock in the same manner as described above with respect to either of 
Figures 4 or 6, but preferably by use of the improved technique described with respect 

30 to Figure 8. When any of these three techniques are used to update data of one block 
of the metablock, an additional block of memory within the same unit is also used. 
Further, a data update may require writing new data for one or more pages of two or 
more of the blocks of a metablock. This can then require use of up to four additional 
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bloclcs 90-93, one in each of the four units, to update a data file stored in the 
metablock, even though the data in only a few pages is being updated. 

In order to reduce the number of blocks required for such partial block 
updates, according to another aspect of the present invention, updates to pages of data 
• within any of the blocks of the illustrated metablock are made, as illustrated by Figure 
16, to a single additional block 90 in the memory unit 80, so long as unused pages in 
the block 80 remain. If, for example, data in three pages of the block 86 and two 
pages of the block 88 are being updated at one time, all five pages of the new data are 
wntten into the block 90. This can save the use of one block of memory, thereby to 
effectively increase the number of available erased blocks by one block. This helps 
avo.d, or at least postpone, the time when an inventory of erased blocks becomes 
exhausted. If one or more pages from each of the four blocks 85-88 are being 
updated, all of the new data pages are programmed in the single block 90, thereby 
avoiding tying up an additional three blocks of memory to make the update If the 
number of pages of new data exceed the capacity of an unused block, pages that the 
block 90 cannot accept are written to another unused block which may be in the same 
unit 80 or one of the other units 81-83. 

Although the invention has been described with respect to various exemplary 
embodiments, it will be understood that the invention is entitled to protection within 
20 the foil scope of the appended claims. 
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IT IS CLAIMED : 

1 . A method of simultaneously storing original and replacement data in a 
non-volatile memory system, comprising: 

5 identifying the original and replacement data by the same logical address, and 

distinguishing the replacement data from the original data by keeping track of 
the relative times that the original and replacement data have been programmed into 
the memory. 

2. A method of storing and retrieving original and replacement data in a 
non-volatile memory system, comprising: 

identifying units of the original and the replacement data by the same logical 
address, 

reading units of data in an inverse order from an order in which they were 
programmed into the memory, and 

distinguishing units of replacement data from units of original data having the 
same logical address by the order in which they are read. 

3. In a non-volatile memory system having a plurality of blocks of 
memory storage elements that are individually organized into a plurality of pages of 
memory storage elements, a method of substituting new data for superceded data 
within at least one page of one of the plurality of blocks while data in at least another 
page of said one block is not replaced, comprising: 

programming the new data into at least one page of said one or another of the 
plurality of blocks, 

identifying the at least one page of superceded data and the at least one page 
of new data by a common logical address, and 

recording a relative time of programming the new and the superceded data. 

30 4. The method of claim 3, wherein the relative time of programming is 

recorded for the individual pages in which the new and superceded data are 
programmed, whereby the at least one page of new data is distinguishable from the at 
least one page of superceded data by their recorded relative times of programming. 
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5. The method of claim 3, wherein the relative time of programming is 
recorded for the individual blocks, thereby to identify an order of programming of 
individual blocks having data with a common logical address, and further wherein 
pages within the individual blocks are programmed in a designated order, whereby the 
new pages of data are distinguishable from superceded pages of data within an 
individual block by their relative positions within the block. 

6. The method of claim 3, wherein the data in at least another page of 
said one block that is not replaced are not copied into said one or another block as part 
of substituting the new data for the superceded data. 

7. The method of claim 3, wherein nothing is written into the at least one 
page of superceded data as part of substituting the new data for the superceded data. 

8. The method of claim 4, wherein recording a relative time of 
programming the new and superceded data includes storing a value of a clock at each 
of the times that the new and superceded data are programmed. 

20 9 - The method of claim 4, wherein recording a relative time of 

programming the new and superceded data includes storing a different value of a 
sequence of numbers at each of the times that the new and superceded data are 
programmed. 

25 10. The method of either of claims 8 or 9, wherein storing the value 

indicating a relative time of programming the new and superceded data includes 
stonng the individual values within the same pages as the new and superceded data to 
which the values relate. 

30 11. The method of claim 3, wherein programming the new data into at 

least one page of another said one or another of the plurality of blocks includes 
programming the new data into the first available unused pages within said one or 
another block in a predefined order. 
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12. The method of claim 3, wherein identifying the at least one page of 
superceded data and the at least one page of new data by a common logical address 
includes recording at least part of the common logical address in the individual pages 

5 as overhead data. 

13. The method of claim 12, including building a table in volatile memory 
including multiple physical block addresses for the common logical address. 

14. A method of reading data that has been updated according to claim 4, 
comprising: 

reading pages of data from said one block and, if new data has been 
programmed thereinto, said another block, 

identifying any multiple pages of data that have the same logical address, 
utilizing the recorded relative time of programming the new and superceded 
data to identify the most current of any pages having the same logical address, and 

assembling data in the most current of any pages having the same logical 
address along with pages in said at least another page of said one block that have not 
been updated. 

15. A method of reading data that has been updated according to claim 5, 
comprising: 

reading pages of data within said one and, if new data has been programmed 
thereinto, another block in a reverse order from which they were programmed, and 

passing over any pages of data so read which have the same logical page 
address as a page whose data has already been read. 

16. The method of either one of claims 14 or 15, additionally comprising 
operating the individual memory storage elements with more than two storage states, 

30 thereby storing more than one bit of data in each storage element, and reading pages 
of data includes reading the more than two storage states from the individual memory 
storage elements. 
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17. The method of any one of claims 3-9, additionally comprising 
operating storage elements of the individual memory cells with more than two storage 
states, thereby storing more than one bit of data in each storage element. 

5 18. The method of claim 17, wherein the storage elements include 

individual floating gates. 

19. The method of any one of claims 3-9, wherein the non-volatile 
memory system is formed within an enclosed card having an electrical connector 

1 0 along one edge thereof that operably connects with a host system. 

20. A method of operating a non- volatile memory system having an array 
of memory storage elements organized into at least two sub-arrays, wherein the 
individual sub-arrays are divided into a plurality of non-overlapping blocks of storage 
elements wherein a block contains the smallest group of memory storage elements 
that are erasable together, and the individual blocks are divided into a plurality of 
pages of storage elements wherein a page is the smallest group of memory storage 
elements that are programmable together, comprising: 

linking at least one block from individual ones of said at least two sub-arrays 
20 to form a metablock wherein its component blocks are erased together as a unit, and 

updating pages of original data within any of the metablock component blocks 
less than all the pages within the block by programming replacement data into pages 
within another at least one block in only a designated one of the sub-arrays regardless 
of which sub-array the data being updated is stored. 

25 

21 . The method of claim 20, wherein storing the original and replacement 
data includes: 

identifying the original and replacement data by the same logical address to 
the memory system, and 

30 distinguishing the replacement data from the original data by keeping track of 

the relative times that the original and replacement data have been programmed their 
respective pages of the memory. 
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22. A non- volatile memory system, comprising: 

an array of non-volatile memory storage elements organized in blocks of 
storage elements, wherein an individual block contains the smallest group of storage 
elements that is erasable, and 
5 a programming mechanism that writes into a first block an updated version of 

less than all of original data stored in a second block along with an indication of the 
later writing of the updated version, 

an address mechanism that logically addresses both the original data and the 
updated version with the same address, and 
1 0 a reading mechanism that distinguishes the updated version from the original 

data at least in part by the relative time by said indication of the later writing of the 
updated version. 
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